home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13779 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.6 KB

  1. Path: qiclab.scn.rain.com!krypton!shadow
  2. From: shadow@krypton.rain.com (Leonard Erickson)
  3. Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.m
  4. Subject: Re: Can we do programming without seeing the end user?
  5. Message-ID: <iioFLD7w165w@krypton.rain.com>
  6. Date: Tue, 26 Mar 96 21:16:41 PST
  7. References: <Pine.OSF.3.91a.960326020136.11952K-100000@christa.unh.edu>
  8. Organization: Shadownet
  9.  
  10. Ben Scott <bscott@christa.unh.edu> writes:
  11.  
  12. > On 24 Mar 1996, KJumoke wrote:
  13. > > The financial or operational effects of different user interfaces in the
  14. > > workplace may be quite minimal in the long term.
  15. >   Never forget, that in the end, someone has to use your software. 
  16. > Without that, there is no point what-so-ever in writing it.  If the
  17. > software is not good for the user, it is not good software.  Don't
  18. > discount the individual.  Yes, the feelings of a single person look small
  19. > on paper.  But, (1) that is no reason to discount the feelings of the
  20. > person, and (2) 2000 times small is big.  If you add up the cumulative
  21. > effect of a poor interface, you will often find a net loss. 
  22.  
  23. One unfortunate tendency I've run into is a supervisor or manager, who
  24. will *never* be using the interface trying to dictate it. In one case,
  25. I'd presented several alternatives to the people who were actually
  26. *using* the software I was revising. They liked a menu setup that was
  27. noticably different from the "old way" (among other things, it grouped
  28. things *logically* :-)
  29.  
  30. Their manager almost got physical with me about the change. <sigh>
  31.  
  32. Leonard Erickson (aka Shadow)
  33.  shadow@krypton.rain.com    <--preferred
  34. leonard@qiclab.scn.rain.com    <--last resort
  35.